问题
生成环境,同一条sql在不同的从库执行,产生的执行计划不同,一个使用了索引,一个未使用索引
explain SELECT * FROM `database`.`table` FORCE INDEX(create_time) WHERE create_time >= 1508360400 and create_time <= 1508444806 ORDER BY create_time asc LIMIT 4000, 1000;
原因分析
- 分析是否是取值limit太大,超过count的1/3,Innodb引擎不使用索引。经分析共计有6000多条数据,索引这个原因可以排除
- 相同的sql在不同的从库执行,一个未使用索引,分析是索引文件或者表的碎片导致,后咨询阿里DBA给分析是表的碎片问题导致产生的执行计划不正常
解决方案
- 方案1:执行
OPTIMIZE TABLE
修复碎片或者执行ALTER TABLE foo ENGINE=InnoDB
,以上两种操作都会锁表,对于数据量大,且业务高峰期执行需要慎重 -
方案2:强制索引,也就是
FORCE index create_time
,强制mysql 引擎使用索引,这里需要注意一下,当使用强制索引时,存储引擎会检查强制索引是否可用,如果不可用,还需要扫描表来判断那种执行计划,官方说明:The FORCE INDEX hint acts like USE INDEX (index_list), with the addition that a table scan is assumed to be very expensive. In other words, a table scan is used only if there is no way to use one of the named indexes to find rows in the table.
也不用担心有副作用,如果强制索引可用,正好能提要索引选择的效率
参考链接:
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。